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WORKFLOW PROCESSES 
METHOD AND SYSTEM 

FIELD OF THE INVENTION 

5 . 

The invention relates to methods and systems for the systematic analysis and evaluation 
of the operation of an organization to enforce proper business practices and adherence 
to business processes and procedures. The effect is to maintain the efficiency and 
productivity of employees and organizations. 

10 

BACKGROUND 

hi a modem, multi-divisional, multi-national enterprise, providing products and 
services through multiple channel organizations, it is absolutely essential to support and 

1 5 enforce thb business process. Support for process driven enterprise workflow 

monitoring, management, and control has become an increasingly critical issue when 
selecting an enterprise relationship management application. This becomes especially 
critical in a business environment characterized by one or more of low employee 
experience levels, low employee training, high employee turnover, large spans of 

20 control, many employees performing the same or related tasks, combines a business 
process of a sequence of processes that must be performed sequentially, according to a 
defined business process. Management, referred to herein as "end users", want the 
ability to define their enterprise business processes at increasing levels of granularity 
and detail using a visual tool. End-users then want the system to automatically enforce 

25 these business processes. 

There is a clear need for an open, flexible workflow engine and method for supporting 
the creation and enforcement of these business processes. The end user should be able 
to enter the business processes using a graphical user interface. The workflow engine 
30 should support such diverse business processes as call center workflow, workflow 

associated with .COM applications, workflow spanning multiple systems, embedding 
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business processes that have already been defined into new business processes, and 
management of work in process. 

It is becoming increasingly critical to embed workflow technology within the front 
S office and eBusiness applications. Most business processes are initiated from front 
office and eBusiness applications. By embedding the workflow technology within 
these applications, the processes are easier to administer and are more closely bound to 
the applications. 

10 SUMMARY 

The method and system of the invention provides an open, flexible workflow engine for 
supporting the creation and enforcement of these business processes. According to the 
method and system of the invention, an end user, as a member of management or 
15 management's IS team, is able to enter the business processes using a graphical user 
interface. The workflow engine supports diverse, multi-task, multi-thread business 
processes across various lines of business and multiple enterprises. 

The invention described herein provides a system and method for modeling and/or 
20 monitoring a business process characterized by having linked procedures to realize a 
business objective. The method includes defining the business process by enumerating 
the steps within the business process. These steps are logically linked, and include one 
(1) start, where a start defines the conditions to be met to initiate a business process, 
and one or more of the following: (2) tasks, where a task is an activity that must be 
25 executed as part of a process, (3) decision points, where a decision point is a point 
where a work item will branch off to different steps, with each branch having one or 
more conditions that must be met for a piece of work to follow the branch, (4) 
subprocesses, where a subprocess is a previously defined business process, and (5) 
exceptions, where an exception is the handling of an unexpected condition. The 
30 invention further includes managing and/or monitoring the business process. This is 
done by (i) initiating a process instance; (ii) tracking process instances and work items 
in the process instance; and (iii) initiating a step instance. 
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The tasks can include notifications, inserts, updates, deletions, report generations, 
assignments, integration message requests, server tasks, and custom actions. 

The business process can be instantiated by an event that the user defines in the system. 
5 Examples of the types of events that a user could define include inserting a new record, 
updating a record, a button on the user interface, a hyperlink on a web page, an inbound 
email and inbound integration messages. Business processes can also be instantiated 
by an external system. 

10 An example of instantiating a business process from an event would be the creation of a 
new service request by an employee or customer. A user may have defined a business 
process for managing service requests that includes assigning the service request to a 
service representative, sending an email with a reference number to the contact, and 
creating an activity for the service request. In this example, the user defines an event of 

15 New Service Request and the result of the event would be to instantiate the busineiss 
process for managing service requests. When a new service request is created, th^ , 
business process is invoked and automatically performed by the system. 

Each of the steps in the above example are defined as tasks in the business prociess. 
20 The first task will assign the service request to a service representative, the second will 
send an email, and the third will generate an activity. 

FIGURES 

25 The invention is illustrated in the FIGURES attached hereto. 

FIGURE 1 is an overview of the elements of the "Process Definition" and "Workflow 
Manager*' processes of the enterprise workflow modeling and management method and 
system of the invention. 

30 

FIGURE 2 is a .flow chart of the method of the invention showing the states and state 
transitions. 
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FIGURE 3 is a screen shot of the definition of an event that will invoke a process. 

FIGURE 4 is an illustration of the method and system of the invention for entering a 
service request into the system and processing the service request through the system. 

5 

FIGURE S is an illustration of the process for invoking a new service request by the 
event defined in the view of FIGURE 3 and illustrated in FIGURE 4. 

FIGURE 6 is a screen shoot of the flow chart of the process for assigning a subprocess 
10 called in the service request process of FIGURES 3, 4, and 5. 

FIGURE 7 is an illustration of the initiation of the method and system of the invention 
by entering an order into the system. 

15 FIGURE 8 is an illustration of tools iised to create a.business model, as the create order 
business model. 

OVERVIEW 

20 The method and system of the invention is a business process and workflow 

management tool that enforces the business process, tracks workflow, and is task and 
mission responsive. 

The system arid method of our invention break the business process down into granular 
25 "elements" as shown in FIGURES 1 and 2. FIGURE 1 is an overview of the logical 
elements of the "Process Definition" and "Workflow Manager" processes of the 
enterprise workflow modeling and management method and system of the invention. 
As shown in FIGURE 1 , the business definition starts by defining steps, such as sub- 
processes, inputs, tasks, or decision points, which call for either a user intentioned 
30 action or an automated action. Such actions include notifications, operations, reports, 
assignments, external object interfaces, server tasks, and extemal programs, among 
other. 
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FIGURE 2 is a flow chart of the method of the invention showing the information 
flows, the states, and the state transitions. To be noted are the various dynamic, batch, 
and interactive inputs to initiahzation, as well as the server component. This causes the 
work item to be processed, which, in turn calls a reevaluation of the instance, and 
5 executing the process. Nimierous instances of feedback call for starting the process 
definition, and, through executing the task, an action agent, an action callback, and a 
timer. The state space diagram shows interacting, shared, and coupled feedback loops 
that closely couple inputs, processes, and outputs. 

10 FIGURE 3 is a screen shot of the definition of an event, while FIGURE 4 is a flow 
chart illustrating the initiation of the method and system of the invention by the 
initiating event shown in the screen shot of FIGURE 3, that is, hy entering a new 
service request. FIGURE S is an illustration of the process of invoking a new service 
request and FIGURE 6 is a screen shot of the flow chart for assigning a new sub- 

15 processwithintheprocessofFIGURES3, 4, andS, 

FIGURE 7 is a flow chart illustrating the initiation of the method and system of the 
invention by entering an order into the system. With the service request, an assignment 
is made, the priority is assigned, action is taken based on the priority, and an action is 
20 taken based on local resolution or escalation. For the new order, shown in FIGURE 5, 
the order information is collected, customer information is either retrieved from or 
entered into the database, the creditworthiness determined, and the action completed 
based upon credit worthiness. 

25 FIGURE 8 is an illustration of tools and a graphical user interface used to create a 
business model. 

The method and system of the invention provide a logical framework that enables 
monitoring, modeling, and managing the business process and a system for modeling, 
30 monitoring, and managing the business process. 
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DETAILED DESCRIPTION 

A business process is made up of individual elements that logically and sequentially 
interact with each other to accomplish a business purpose. The systems and methods 
5 for effectuating this interaction are shown in FIGURES 1 and 2. 

FIGURE 1 is a hierarchical overview of the business process. As shown in FIGURE 1, 
the business process, 1, is associated with operational objectives and business 
relationships. A business process, 1, is a set of one or more linked procedures, which 
10 collectively realize a business objective. An example of a business process, 1 , is 

managing a new service request or an order entry. A business process, 1, is associated 
to one and only one business object in the method and system of our invention. 

A process definition, 1 1 , is the representation of a business process, 1 . A process 
15 definition, 1 1, is comprised one or more steps, 21. The steps, 21, indicate when a 

business process, 1, starts and ends, and information about individual activities within 
the business process, 1. ' 

A step, 21, is an activity within a business process, I. Steps, 21, are logically linked 
20 together to create a process definition, 11. A step, 21, is either an input, 22, a task, 23, 
a decision point, 25, or a sub-process, 27. 

One type of step, 21 , is a sub-process, 27. A sub-process, 27, is a business process, 1, 
that has been embedded into another business process, 1, as part of the process 
25 definition, 1 1 . A sub-process, 27, has its own process definition. A sub-process, 27, is 
. a type of step, 21 . There can be one or more sub-process, 27, steps, 2 1 , in a process 
definition, 1 1 . 

An input, 22, is another type of step, 21 . An input, 22, defines the conditions that must 
30 be met in order to initiate an instance of a business process, 1 . When the conditions 
have been met, the process, 1 , instance is initiated. There is one and only one input 
step, 22, per process definition, 1 1 . 
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A task, 23, is another type of step, 21 . A task, 23, defines an activity that should be 
executed as part of the process definition, 1 1 . A task, 23, is either a user interaction 
task, 31 , which involves manual interaction, or an automated task, 33, which is 
performed by the system. There can be one or more task steps, 23, in a process 
S definition, 1 L 

A decision point, 25, is still another type of step. A decision point, 25, is a step, 21, in 
the process definition, 1 1, where the work item will branch off to different steps, 21, 
depending on a set of conditions. A decision point, 25, consists of all possible branches 

10 for that point in the business process. Each branch consists of one or more conditions 
that must be met in order for a piece of work to follow that branch in the process 
definition, 1 1 . There can be one or more decision point steps in a process definition, 
1 1 . A decision branch is a possible outcome of a decision point, 25. A decision branch 
can have one or more conditions. A decision branch will be followed by a step, 21, in 

1 5 the process definition, 11. If all of the conditions for the decision branch are met, the 
work item will proceed to the step following the decision branch. 

A user interaction, 41, is a type of task, 23. A user interaction task, 41 , requires manual 
intervention in order for the step, 21, to be complete. A user interaction task, 41, 
20 consists of sending a work item to one or more inboxes, and ensuring that the work 
item is handled appropriately. 

* - ■ ■ , 

By way of contrast with a user interaction task, 41, an automated task, 43, is a type of 
task consisting of one or more actions that the system will automatically perform when 
25 an automated task step, 41 , is reached in the business process, 1 . 

Actions, 51, are programs, as single programs, that the system will execute. One or 
more actions, 51, make up an automated task. An action can be an operation, 53, a 
notification, 55, a report, 57, an assignment, 59, an external object interface, 61, a 
30 server task, 63, or an external program, 65. 
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An operation, 53, is an insert, update, or delete to a business component record or field. 
Business object logic applies to all operations, 53. 

A notification, 55, is a type of action. A notification, 55, is an email, page, fax, or 
5 message broadcast to a user or contact. Likewise, a report, 57, is a type of action. A 
report, 57, action will generate a report, 57, and send it to a user, contact or printer. An 
assignment, 59, is a type of action that assigns one or more employees or positions to 
an object. 

10 An external object interface, 61, is a type of action that allows customers to pass data to 
and from an external application. Another type of task is a server task, 63, that will 
start or stop a task on the server. An external program, 65 is a type of action that will 
launch an executable. 

1 5 The workflow manager, 71, is the engine that will manage the business process 

instances. The workflow manager, 71, will track the process instances and the work 
item(s) in the process instance. 

Closely related is the process instance, 73. A process instance, 73, is the instance of a 
20 business process, 1, that has been initiated. A process instance, 73, is initiated when the 
input conditions for a process definition have been met. A process instance consists of 
one or more step instances. A process instance contains one or more work items. 

A step instance, 75, is the instance of a process definition step that has been initiated. 
25 An input step is initiated when all conditions defined for the input step have been met. 
A decision point step is initiated when all conditions for a decision branch have been 
met. All other steps are initiated when the previous step has completed. 

A work item is the representation of the work that is being processed in the context of a 
30 step within a process instance. A work item is an instance of a business object. 
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Use of enterprise workflow can vary from a simple process, such as entering a product 
order, to a complex process such as managing call center workflow. Complex 
processes can be comprised of multiple smaller processes. 

5 The state diagram of FIGURE 2 further elucidates the architecture of the method and 
system of the invention through the information relationships and the process flow: 

The business process begins with an external entity requesting the engine to initialize 
311 and process a work item. The external entity can be a server component, 301 , or a 
10 dynamic, 303, or batch, 305, or interactive, 307, request. The work item causes the 

workflow manager engine to evaluate and re-evaluate, 32 1 , existing process definitions 
and currently running mstances for the work iterii, if necessary to add to the queue of 
instances to be processed, by starting the definitions, 315, and execute, 321, the steps in 
the process necessary to execute the particular task, 327. 

15 

During instance execution, 323, a sub-process may need to be initiated, 331, for 
example, by starting the task definition, 315. This results in looping back to evaluate 
this sub-process definition, 335, for example, for necessary process definitions and 
process instances. In one embodiment, when, during instance execution, an instance 
20 may become blocked waiting for a task to complete, the task is paused, and when the 
task completes, the engine resumes the blocked instance. 

A timer, 341, keeps track of all the instances that have a maximum or required duration. 
When that time is reached, it signals the engine to reevaluate the instance, 321 . 

25 

The workflow manager server, including one or more elements of FIGURE 2, is 
preferably a multi-threaded server that services requests from client programs such as 
thick clients, an object manager or web server or application server, for example, for 
thin clients, 1 17, a Server Request Processor, 115, (on behalf of mobile clients), and the 
30 Workflow Monitor, 111. When clients use a Server Request Manager, 1 13, to submit 
requests, the workload planning server can take advantage of automatic load balancing, 
queuing and other Server features. 
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When a client program sends a request for a given item (e.g. a Service Request)^ the 
Workflow Manager Server reads data from the database tables, evaluates the Business 
Process Definitions for potential new invocations, evaluates existing Process Instances 
for the object, and maintains the Step Instances in both cases. 

5 

For purposes of illustration, some business processes are illustrated below. For 
example, the event that initiates the service request has the screen representation shown 
in FIGURE 3, while the process for a new service request is shown in FIGURE 4. The 
FIGURE shows the steps and decision points that are involved when a new service 
1 0 request comes into the organization. The steps and decision points are displayed in the 
diagram in such a way that the flow of work is clear. 

A user enters the busitiess process as shown in FIGURE 4. Each step is interpreted as 
follows: 

15 

New Service Request, 401 is the input that initiates the process instance. The work 
item is the new service request. 

Assign Service Request, 403, is an automated task. Siebel will assign the service 
20 request to the appropriate agent based on the assignment mles. The service request will 
appear in the agent's inbox. 

SR Priority?, 405, is a decision point. The service request priority will determine the 
next step in the process instance, either a message broadcast, 407, or direct to solve the 
25 service request, 409. 

Send Message Broadcast, 407, is an automated task. If the service request priority is 
high, the system will send a message broadcast to the agent that has been assigned 
ownership. 

30 

Solve SR, 409, is a user interaction task. Once the SR has been assigned and routed to 
an agent's inbox, the agent is responsible for resolving the service request. 

10 
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SR Resolved, 41 1, is another decision point. The decision point may have a duration 
associated to it. If the service request has been resolved v^^ithin the duration, the service 
request will follow the "Yes'* flow, 412, to send a confirmation, 413. If the service 
request has not been resolved within the duration, the service request will follow the 
5 *'No'' flow, 41 2, to an escalation 415. 

Send Confirmation Solution, 413, is an automated task. When the service request 
reaches this step in the process instance, the system will send an email with the. solution 
to the contact. 

10 

Escalate, 415, is sub-process. When the system reaches this step in the process 
instance, the system launches into another business process. The Escalate business 
process will take the service request and escalate it to another . agent or manager. 

15 FIGURE 5 is a screen shot of the process for invoking a new service request by the 

eveiit shown in FIGURE 3 and having the flow chart shown in FIGURE 4. FIGURE 6 
is a screen shot of the '^Assign Service Request'" subprocess initiated in the process 
shown in FIGURES 3-6. 

20 The diagram for a Create Order business process is shown in FIGURE 7. Each step of 
the Create Order business process would be interpreted as follows: 

Create Order, 501 , is the input that initiates the process instance. 

25 Collect Order Info, 503, is a user interaction task. The agent collects the information 
needed to create the order. 

Existing Customer?, 505, is a decision point. The outcome will determine if the user 
should enter a new customer or do a credit check. 

30 
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Enter New Customer, 507, is a sub-process entered if the customer is not an existing 
customer. Enter New Customer, 507, contains launches the process definition for 
entering a new customer into the system. 

5 Send and Receive Credit Check, 509, is an automated task. Send and Receive Credit 
Check, 509, will use External Object Interfaces to send the customer information to the 
accounts receivable application and determine if the customer has good credit. 

Credit OK?, 51 1, is a decision point. The results of the credit check, 509, will 
10 determine the next step in the process instance. 

Complete Order, 5 1 3, is a user interaction task for a determination, 5 1.1 , of a 
satisfactory credit check, 509. The agent can now complete the order and submit it for 
processing. 

15 

Order Complete?, 515, is a decision point. Certain conditions must be met in order for 
the order to be complete. 

Escalate to Manager, 521, is an automated task. If the credit check, 509, does not come 
20 back favorably, the order request will be escalated to the agent's manager. 

Manager Approve?, 523, is another decision point. The outcome of the manager's 
approval will determine the next step in the business process, either to reject the order, 
525, or to complete the order, 513. 

25 

Reject Order, 525, is a business process. Reject Order contains the steps that are 
involved in handling a rejected order. 

FIGURE 8 illustrates the screen view, 601, for creating a business process using the 
30 method and system of the invention. Particular tasks are linked together, as shown in 
FIGURES 1 and 3, so as to create processes, as shown in FIGURES 4 and 5. Particular 
tasks, as input, 61 1, decision points, 613, user interactions, 615, automated tasks, 617, 

12 
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subprocesses, 619, and connectors, are shown along the left side of the screen A 
business process being created is shown in the work area of the screen. The business 
process is created using standard drag and drop methods. 

5 The method and system of our invention has a Graphical User Interface (GUI). This is 
to provide a method that lets users defme and monitor Business Processes through a . 
visual tool. The method and system of the invention must make it easy for customers 
to customize the process and system. This means that the system must create an open, 
flexible workflow engine for supporting the creation and enforcement of business 
10 processes. In this way, customers can easily defme the business process and easily 
extend the business entities that can be placed in a system. Customers can easily 
extend the actions that can be invoked. 

The method and system of the invention supports connected, thin and mobile clients. . 
1 5 That is, it must support all types of clients. For connected and thin clients, the system 
and method must synchronously communicates with a workflow server component and 
return results to the user in real-time. For mobile users, the system and method of the 
invention queues the request imtil the next time the mobile users synchronize with the 
remote server. Some steps can be executed directly on the thick and mobile clients. 

20 

The workflow management method and system preferably provides integration with 
CTI. For example, through built in support for CTI events. The workflow 

* 

management method and system of our invention should also provide integration with^ 
the server and the server infrastructure, with built in support for server infrastructure 
25 events. This support includes the ability for a business process to retrieve data from the 
server infrastructure. 

The workflow management method and system of our invention also has integration 
with Inbound Email. This could be provided through built in support for Inbound 
30 Email events. 
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Appendix A illustrates the data about the tables used in one exemplification of the 
method and system of the invention. As shown in the Appendix, S_WF_STEP is a 
table that stores all the steps that are defined in Front Office Workflow. A business 
process is defined as a runnable step of type Process. S_WF_STEP_BRNCH is a 
5 table that stores the conditional and exceptional branches used in step definitions. 

Exceptional branches specify runtime exceptions (attribute-, timer- or error-related) for 
step definitions, S_WF_PROC_FLOW is a table that stores the normal and 
exceptional transitions between process definition steps. Exceptional transitions specify 
the actions to execute when exceptions are raised for step instances. 

10 S_WF_PROC_PROP is a table that stores the runtime properties of process 

definitions. S_WF_COND_CRIT is a table that stores the criteria fields used in input 
and decision branch conditions. A field may be a business component field, process 
property or Assignment Criteria. S__WF_COND_VAL is a table that stores the criteria 
values used in input and decision branch conditions. The first string value may be a 

1 5 query expression for the Free Form comparison method. S_WF_STEP_ARG i s a 

table that stores the input and output arguments of a process or task step. The value of 
an input argument may be constant or dynamic (a business component field, process 
property or Assignment Criteria value). S_WF_STEP_RECIP is a table that stores the 
task step recipients. A dynamic recipient is identified by a process property or 

20 Assignment Criteria. S__WF_STEP_INST is a table that stores all the step instances. 
A root process instance does not have a row in the Process Steps table. 
S INBOX_ITEM is a table that stores the work items sent to a user's inbox. If 
Workflow is supported on the Client, this Inbox Item references the corresponding sub- 
process definition associated with the user interaction task. Otherwise this Inbox Item is 

25 created standalone with a given business object, subject and optionally a drilldown 
view. S_EMP_INBOX is a table that stores the work items sent to an employee's 
inbox. S_POSTN_INBOX is a table that stores the work items sent to a position's 
inbox. S_ASGN_ATTR_FIELD (repository table) is a table that stores the 
assignment attribute fields that specify the actual mappings of assignment attributes to 

30 business component fields. It is the BO/BC-based version of S_ASGN_ATTR_COL. 
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While the invention has been described with respect to certain preferred embodiments 
and exemplifications, it is hot intended to hmit the scope of the invention thereby, but 
solely by the claims appended hereto. 
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APPENDIX A 
Table Definitions 

S_WF_STEP 

This table stores all the steps that are defined in Front Office Workflow. A business 
5 process is defined as a runnable step of type Process. 



Name 


NuU? 


Type 


Description 


ROW.ID (PK) 


NOT NULL 


VARCHAR2(15) 


System-generated identifier 


TYPE^CD 


NOT NULL 


VARCHAR2(30) 


Step type (Process, Input Decision 
Point, Task, End, And, Or, Wail) 




NOT NULL 


VARCHAR2aOO) 


Display name of step 


TM.LMT.SCNDS 




NUMBER 


Time iimit in which this step should be 
executed (in seconds) 


MAX_NUM_ITERATIONS 




NUMBER 


Maximum number of times this step can 

* 

be executed within a process instance 


BUSOBJ.NAME 


■ 


VARCHAR2{75) 


Business object to which this process 
definition is associated 


CACHE^LOC.CD 


• 


VARCHAR2{30) 


Indicates whether process instance data 
are stored in the database ('D'), 
exclusively in local cache on the file 
system ('F*), or not at all ('N') 


RUNNABLE.FLG 


NOT NULL 


CHAR(l) 


indicaites whether ttus process 
definition can be initiated standalone 


EV AL.ALU.BRNCHLFLG 

• 


NOT NULL 


GHAR(l) 

■ ■ 


Indicates whether parallel processing is 
enabled on this decision point step (Le. 
evalitate all branches or stop at first 
matching branch) 


VERSION 




NUMBER 


Version number of this process 
definition;. only process definitions with 

highest version have a null END_DT 


STATUS^CD 




VARCHAR2(30) 


Status of this process definition 

(Inactive, In Progress, Verified^ Active) 


EFF^START_DT 




DATE 


Date this process definition becomes 

active 


EFF„END_DT 




DATE 


Date this process definition expires 


PROCCESSING_GRP_CX) 




VARCHAR2(30) 


Process definition group (BusObj, CTI, 
CommSrvr, EAI, Srvrlnfr); NULL 
indicates (his process definition is 
assigned to all ^ups 


SRVC.CAU.ID 




VARCHAR2(15) 


Service calendar to be used when 
calculating duration for tiiis process 
definition 


PROCESSJD 




VARCHAR2{15) 


Process definition containing this 
process step (FK to S_WF_STEP) 


LAYOUT 




VARCHAR2(2000) 


Flowchart Ui data 



S_WF_STEP_BRNCH 

This table stores the conditional and exceptional branches used in step definitions. 
Exceptional branches specify runtime exceptions (attribute-, timer- or error-related) for 
10 step definitions. 



Name 


Null? Type 


Description 


ROW.ID (PK) 


NOT NULL 1 VARCHAR2(15) 


Svstem-generated identifier 
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Name 


Null? 


Type 


Description 


SIEHJU 


NOT NULL . 


VARCHAR2(15) . 


Step contairung this branch (FK to 

S^WF_STEP) 


TYPE_CD 


NOT NULL 


VARCHAR2(30) 


Indicates whether this is an input branch, 
decision branch, attribute-exception, error- 

* 

exception or timer-exception branch 


NAME 


NOT NULL 


VARCHAR2(30) 


Display name of branch 


EVAL3EQ.NUM 




NUMBER 


Sequence in which decision or timer 
exception branches are evaluated; required 
for timer exception bremches; NULL 
indicates dehtult decision branch 


TM.LMTJSCNDS 




NUMBER 


Time allowed for instance to complete before 
this timer exception is raised 


ROW.COUNT 




NUMBER 


Number of process instances to instantiate 
for this Input step when tiiie conditions are 
met 



S_WF_PROC_FLOW 

This table stores the normal and exceptional transitions between process definition 
steps. Exceptional ti-ansitions specify the actions to execute when exceptiotis are raised 
5 for step instances. 



Name 


Nnll? 


Type 


Descrlptioii 1 


ROWJD(PK) 


NOT NULL 


VARCHAR2a5) 


System-Generated identifier 


FROM.STBPJD 


NOT NULL 


VARCHAR2(15) 


Source process step of transition (FK to 
S_WF_b"rHF) 


TOjSTEP_ID 


NOT NULL 


VARCHAR2C15) 


Destination process step of transition (FK 

to S_WF_S"iHP) 


FOR^BRNCHJD 




VARCHAR2(15) 


Branch that connects source and 
destination process steps (FK to 
S_WF3"1EF„BRNCH); NULL indicates 
unconditional transition 


LAYOUT 




VARCHAR2(2000) 


Flowchart Ul data 


5_WF^PROC_^PROP 

rhis table stores the runtime properties of process definitions. 


1 Name 


Null? 


Type 


Descxiption | 


ROWJD (PK) 


NOT NULL 


VARCHAR2(15) 


System<-generated identifier 


NAME 


NOT NULL 


VAROi AR2(30) 


Name of property (not translated, not 
updateable) 


PROTFSSJD 


NOT NULL 


VARCHAR2{15) 


Process definition containing this property 
(FKtoS_WF_STEP) 


DATA_TYP^_CD 


NOT NULL 


VARCHAR2(30) 


Data type of property 


LENGTH 


NOT NULL 


NUMBER 


Size of property 


NUM.VAL 




NUMBER 


Constant default numeric value 


CHAR.VAL 




VARCHAR2{250) 


Constant default character value 


DATE^VAL 




DATE 


Constemt default date value 


DISPLAY.NAME 




VARCHAR2(50) 


Display name of property (translated^ 
updateable) 
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S^WF^CONDXRIT 

This table stores the criteria fields used in input and decision branch conditions. A field 
may be a business component field, process property or Assignment Criteria. 



Name 


Null? 


Type 


Description 


ROWJD (PK) 


NOT NULL 


VARCHAR2(15) 


System-senerated identifier 


BRANCH_ID 


NOT NULL 


VARCHAR2(15) 


Branch contaming this criteria (FK to 
S_WF3TEP3RNCH) 


CRIT_TYPe_CD 




VARCHAR2{30) 


Comparison method (BusComp, 
As^nAttr, ProcProp. Expression) 


BUSCOMP_NAME 




VARCHAR2(75) 


Business component name 


BUSCOMP_FLD_NAME 




VARCHAR2(75) 


Business component field name 


rrEM_TYPE_NAME 




VARCHAR2(75) 


Assigiunent item t%'pe (lumie-based 
FK to S. ASGN.rrE\f.TYPE) 


PR0C:LPR0P.N AME 




VARCHAR2(30) 


Process propert>' (name-based FK to 
S_WF_PROC_PROP) 


INCL.EXCU.CD 




VARCHAR2{30) 


inclusion (Include, Include AH, 
Exclude/ etc) 


REQD.FLG 


NOT NULL 


CHAR{1) 


Indicates whether thus condition is 
required 



5 S_WF,COND_VAL 

This table stores the criteria values used in input and decision branch conditions. The 
first string value may be a query expression for the Free Form comparison method. 



Name 


NnU? 




Description | 


ROWJD (PK) 


NOT NULL 


VARCHAR2(15) 


System-Generated identifier 


COND_CRn_lD 


NOT NULL 


VARCHAR2(15) 


Criteria field to which value is associated 
(FK to S_WF_CX)ND.CRrr) 


LO.NUM1 




NUMBER 


Low numeric value for first attribute 
column 


1XLNUM2 




NUMBER 


Low numeric value for second attribute 
column 


LO^NUMS 




NUMBER 


Low numeric value for third attribute 
column - - 


LO_NUM4 




NUMBER 


Low numeric value for f ottfth attribute 
column • 


H1_NUM1 




NUMBER 


High numeric value for first attribute 
column 


HUSrUM2 




NUMBER 


High numeric value for second attribute 
coltunn 


HLNUM3 




NUMBER 


High numeric value for third attribute 
column 


HLNUM4 




NUMBER 


High numeric value for fourth attribute 
column 


LO.CHARl 




VARCHAR2(2000) 


Low character value for first attribute 
column, or free fonn expression 


LO,CHAR2 




VARCHAR2(50) 


Low character value for second attribute 
column 


LO_CHAR3 




VARCHAR2(50) 


Low character value for third attribute 
column 


LO_CHAR4 




VARCHAR2(250) 


Low character value for fourth attribute 
column 


Hl.CHARl 




VARCHAR2(100) 


High character value for first attribute 
column 
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Null? 






HI_CHAR2 




VARCHAR2(50) 


Hieh character value for second attribute 
colunm 


HLCHAR3 


■ 


VARCHAR2(50) 


Hii;h character value for third attribute 
column 


HI^CHAR4 


• 


VARCHAR2(250) 


High character value for fourth attribute 
column 


LO^DATEl 




DATE 


Low date value for first attribute column 


LO.DATE2 




DATE 


Low date value for second attribute column 


LO_DATE3 




DATE 


Low date value for third attribute column 


LO.DATE4 




DATE 


Low date value for fourth attribute column 


HUDATEl 




DATE 


High date value for first attribute column 


H1_DATE2 




DATE 


High date value lor second attribute 
column 


HI„DATE3 




DATE 


High date value for third attribute column 


HI_DATE4 




DATE 


High date value for fourth attribute column 



S_WF_STEP_ARG 

This table stores the input and output arguments of a process or task step. The value of 
an input argument may be constant or dynamic (a business component field, process 
5 property or Assignment Criteria value). 



Name 


NuU? 


Type 


Description 


ROWJD{PK) 


NOT NULL 


VARCHAR2(15) 


System-generated identifier 




NOT NULL 


VARCHAR2(15) 


Process or tztsk step containing this 
argument (FK to S.WF^'l HP) 


NAME 


NOT NULL 


VARCHAR2(30) 


Name of argument; Action 
arguments are defined in Action . 
Engine 


INPUT.FLG 


NOT NULL 


CHAR(1) 


Indicates whether this action 
argument is an input or output 
argument 


VAUjrYPE^CD 


NOT NULL 


VARCHAR2(30) 


Argument type (literal, BusComp, 
AsgnCrit, ftocProp, Expression) 


VAL 




VARCHAR2(2000) 


Constant input value, or free form 
expression 


BUSCX>MP_NAME 




VARCHAR2(75) 


Business component name 


BUSCOMP_FLD_NAME 




VARCHAR2(75) 


Business component field name 


ITEM_TYPE^NAME 




VARCHAR2(75) 


Assignment item type for input 
argiunent value (name-based FK to 
S_ASGNJTEM_TYPE) 


PRCXr^ROPJMAME 




VARCHAR2{30) 


Process property for input or 
output argument value (name- 
based FK to S_WF_PROC_PROP) 



S_WF_STEP_RECIP 

This table stores the task step recipients. A dynamic recipient is identified by a process 
property or Assignment Criteria. 



1 Name 


NuU? 


Type 


Description 


ROWJD (PK) 


NOT NULL 


varc::har2(15) 


System-generated identifier 


Sl'hF_lD 


NOT NULL 


VARCHAR2(15) 


Task step containing this recipient (FK 








toS_WF_S"ltP) 
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Name Null? 


Type 


Descnpbon 


REaP.TYPE_CD 


NOT NULL 


VARCHAR2(30) 


Recipient type (Contact, Employee, 
Position, II>ynamic, Printer) 


CONOID 




V AKv-rl AK^( 1 0) 


L.ontact (rK. to b_CL>N lACr); not 
applicable to User Interaction tasks 


EMPJD 




VARCHAR2(15) 


Employee (FK to S_EMPLOYEE) 


POSTNJD 






PoQi Hon fPK ^r» *5 PO*7TM\ 


BUSCOMP.NAME 




VARCHAR2(75) 


Business component name 


BUSCOMP_FLD_NAME 




VARCHAR2(73) 


Business component field name 


ITEM.TYPE^NAME 




VARCHAR2(75) 


Assignment item type for dynamic 
recipient (name-based FK to 
S_ASGN_ITEM^TYPE) 


PRCX:_PROP„NAME 




VARCH AR2(30) 


Process property for dynamic 
recipient (name-based FK to 
S^WF^PROC.PROP) 



S WF_STEP_INST 

This table stores all the step mstances. A root process instance does not have a row in 
the Process Steps table. 



Name 


NuU? 


Type 


Description 


ROWJD (PK) 


NOT NULL 


VARCHAR2(15) 


System-generated identifier 


PROCJNSTJD 


NOT NULL 


VARCHAR2(15) 


Parent process instance (FK to 
5_WF_STEP^INST) 


STEPJD 


NOT NULL 


VARCHAR2(15) 


Step definition (FK to S WF STEP) 


STATUS^^CD 


NOT NULL 


VARCHAR2(30) 


Status of step instance (Active, 
Terminated, Completed, Error) 


START_DT 


NOT NULL 


DATE 


Time this step instantiated 


END.DT 




DATE 


Time this step completed 


MAX_END„DT 




DATE 


Latest time for this step to complete 


STEP.VERSION.NUM 




NUMBER 


Version number of process definition 
of this process instance 


TIME^EXC_LVL 




NUMBER 


Number of timer exceptions raised 


SUB_STATUS_DESC 




VARCHAR2(250) 


Detailed status of step instance, e.g. 
terminating condition or error code 


FREV_STEP_INSTJD 




VARCHAR2(15) 


Previous instantiated process step (FK 
to S_WF_SrEP_lNST) 


NEXT_STEPJNSTJD 




VARCHAR2(15) 


Next instantiated process step (FK to 
S_WF_STEPJNST) 


BT.ROWJD 




VARCHAR2(15) 


Work item (FK to primary table of 
Business Ob|ect) 



5 

S_WF^INST_PROP_VAL 

This table stores the runtime values- of process properties. 
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Name 


Null? 


Type 


Descnption 




MOrr MI n t 


V /\KL,ri AK^( 1 


i>ysieiii-geTieraieo laentiner 


PROC_lNST_ID 


NOT NULL 


VARCHAR2n5^ 


Process instance ^FK to S \\T STEP INST^ 


PROC.PROP_ID 


NOT NULL 


VARCHAR2(15) 


Process property definition (FK to 
S^WF,PROC_PROP) 


NUM^VAL 




NUMBER 


Process property numeric value 


CHAR_VAL 




VARCHAR2(2000) 


Process property character value 


DATE^VAL 




DATE 


Process properly date value 


LONG.VAL 




LONG 


Process property long value (e.g. XML 
string) 


LONG_LEN 




NUMBER 


Length of the long value 



S^INBOXJTEM 

This table stores the work items sent to a user's inbox. If Workflow is supported on the 
Client, this Inbox Item references the corresponding sub-process definition associated 
5 with the user interaction task. Otherwise this Inbox Item is created standalone with a 
given business object, subject and optionally a drilldown view. 



Name 


Null? 


Type 


Description 


ROWJD (PK) 


NOT NULL 


VARCHAR2(15) 


System-generated identifier . . 


PROC_DEFNJD 




VARCHAR2(15) 


Process definition {FK to S.WF.STEF) 


BUS.OBJ 




VARCHAR2(75) 


Business object to which this user interaction 
definition is associated 


SUBJECT 


NOT NULL 


VARCHAR2(100) 


Name of the work item 


VIEW.NAME 




VARC3iAR2(75) 


Name c»f the drilldown view 


BT_ROW_ID 


NOTNUU- 


VARCHAR2(15) 


Work item (FK to primary table of Business 
Object) 


STATUS 


NOTNULL 


VARCHAR2(30) 


Status of the work item (Open, Closed^ 
Accepted) 


ACCEPT^DT 




DATE 


Date a user accepted the work item 


CIjOSE_DT 




DATE 


Date a user completed the work item 



S.EMP^INBOX 

This table stores the work items sent to an employee's inbox. 



Name . Noll? TyP« Description 



ROWJD (PK) 


NOT NULL 


VARCHAR2(15) 


System-generated identifier 


lNBOX.rrEMJD 


NOT NULL 


VARCHAR2(15) 


Inbox item (FK to SJNBOXJTEM) 


EMPJD 


NOT NULL 


VARCHAR2(15) 


Employee (FK to S_EMPLOYEE) 


REPLD.DT 




DATE 


Date the employee responded to the inbox 

item 


STATUS 




VARCHAR2(30) 


Status of the inbox item for this employee 
(Open, Cancelled, Accepted, Done) 


PROCJNSTJD 




VARCHAR2(15) 


Parent sub-process instance (FK to 

S_WF_yi'HH_INST) 



10 

S_POSTN_INBOX 

This table stores the work items sent to a position's inbox. 
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Name Null? Type Description 


ROWJD.(PK) 


NOT NULL 


VARCHAR2(15) 


System-generated identifier 


INBOXJTEMJD 


NOT NULL 


VARCHAR2(15) 


Intx>x item (FK to S^INBOXJTEM) 


POSTN_ID 




VARCH AR2(15) 


Position (FK to S_POSTN) 


REPLD.DT 

* 




DATE 


Date the position responded to the inbox 
item 


STATUS 




VARCHAR2(30) 


Status of the inbox item for this position 
(Open* Cancelled, Accepted, Done) 


PROCJNSTJD 




VARCHAR2(15) 


Parent sub-process instance (FK to 
S_WF3THPJNST) 



S_ASGN_ATTR_FIELD (repository table) 

This table stores the assignment attribute fields that specify the actual mappings of 
5 assignment attributes to business component fields. It is the B.O/BC-based version of 
S_ASGN_ATTR_COL. 



Naihe 


NuU? 


Type 


Description 


ROWJD(PK) 


NOT NULL 


VARCHAR2(15) 


System-generated identifier 


NAME 


NOT NULL 


VARCHAR2(75) 


Name of the assignment attribute 
field 


ASGN.ATTKJD 


NOT NULL 


VARCHAR2(15) 


p£irent assignment attribute being 
assigned to the specified tnisiness 
component field (FK to 
S^ASGN.AITK) 


SEQUENCE 


NOT NULL 


NUMBER 


Unique sequence number for the 
assigiunent attribute field within 
the assignment attribute 


BUS_OBJ_NAME 


NOT NULL 


VARCHAR2(75) 


. Name of the business object with 
which the assignment attribute field 
is associated 


BUS_COMP_NAME 


NOT NULL 


VARCH AR2{75) 


Name of the business component^ 
within the specified business object 
with which this assignment 
attribute field is associated 


BUS^COMP_FLD_NAME 


NOT NULL 


VARCHAR2(75) 


Name of the business component 
fields within the specified business 
component; with which this 
assignment attribute field is 

associated 


REPOSITORYJD 


NOT NULL 


VARCHAR2(15) 


Repository containing ttiis 
assignment attribute field definition 
(FK to S_REPOSITORY) 


INACnVE^FLG 


NOT NULL 


CHAR(1) 


Indicates whether tiiis assignment 
attribute field is currently available 
to use 


COMMENTS 




VARCH AR2{255) 


Description of the assignment 
attribute field 
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We claim: 



1 . A system for monitoring a business process having linked procedures to realize 
a business objective, said system being configured to: 
S (a) define the business process by enumerating steps v^ithin the business process, 

(i) said steps being logically linked, 

(ii) said steps being chosen from the group consisting of 

( 1 ) starts, wherein a start defines the conditions to be met to initiate 
a business process; and at least one of the following: 
10 (2) tasks, wherein a task is an activity that must be executed as part 

of a process, 

(3) decision points, wherein a decision point is a point where a work 
item will branch off to different steps, each branch comprising one or 
more conditions that must be met for a piece of work to follow the 

15 branch; 

(4) subprocesses, where a subprocess is a previously defined 
business process; and 

(5) exceptions, where an exception is the handling of an unexpected 
condition; and 

20 (b) monitor the business process by 

(i) initiating a process instance; 

(i) tracking process instances and work items in the process instance; and 

(iii) initiating a step instance. 

25 2. The system of claim 1 wherein said tasks are chosen fi-om enduser interaction 
tasks and automated tasks. 



3. The system of claim 1 wherein said tasks are chosen from the group consisting 
of notifications, inserts, updates, deletions, report generations, assignments, external 
30 object interfaces, server tasks, and external programs. 
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4. The system of claim 1 wherein said system is configured to instantiate the 
business process by entering a service request. 

5. The system of claim 4 wherein said system is configured to assign the service. 
5 request to an agent according to assignment rules. 

6. The system of claim 4 wherein said system is configured to determine the 
service request priority, and determine a subsequent step based on the priority. 

10 7. The system of claim 6 wherein said system is configured to determine that the 
service request priority is high, and broadcasting a message. 

, 8. The system of claim 6 wherein the system is configured to resolve or escalate 
the service request. 

15 

9. The system of claim 1 wherein said system is configured to instantiate the 
business process by creating an order. 

10. The system of claim 9 wherein said system is configured to collect customer 
20 information. 

1 1 . The system of claim 10 wherein said system is configured to determine if the 
customer is an existing customer or a new customer, and thereafter 

(a) enter customer data for a new customer, or 
25 (b) call up customer data for an existing customer. 

12. The system of claim 10 wherein said system is configured to send a credit check 
and receive a credit check response. 

30 13. The system of claim 12 wherein said system is configured to determine if the 
customer is creditworthy, and either complete the order if the customer is creditworthy 
or escalate the order if the customer is not creditworthy. 
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14. A method for modeling and/or monitoring a business process having linked 
procedures to realize a business objective, said method comprising 

(a) defining the business process enumerating steps within the business process, 
5 (i) said steps being logically linked, 

(ii) said steps being chosen from the group consisting of 

(1) starts, wherein a start defines the conditions to be met to initiate 
a business process; and at least one of the following: 

(2) tasks, wherein a task is an activity that must be executed as part 
10 of a process, 

(3) decision points, wherein a decision point is a point where a work 
item will branch off to different steps, each branch comprising one or 
more conditions that must be met for a piece of work to follow the 
branch, 

1 5 (4) subprocesses, where a subprocess is a previously defined 

process; and 

(5) exceptions, where an exception is the handling of an unexpected 
condition; and 

(b) managing and/or monitoring the business process by 
20 (i) initiating a process instance; 

(i) tracking process instances and work items in the process instance; and 

(iii) initiating a step instance. 

15. The method of claim 14 wherein said tasks are chosen from enduser interaction 
25 tasks and automated tasks. 

16. The method of claim 14 wherein said tasks are chosen from the group 
consisting of notifications, inserts, updates, deletions, report generations, assignments, 
external object interfaces, server tasks, and external programs. 

30 

1 7. The method of claim 14 comprising instantiating the business process by 
entering a service request. 

25 
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1 8. The method of claim 1 7 comprising assigning the service request to an agent 
according to assignment rules. 

5 1 9. The method of claim 1 7 comprising determining the service request priority, 
and determining a subsequent step based the priority. 

20. The method of claim 19 comprising determining the service request priority is 
high, and broadcasting a messaged 

10 ' , 

2 1 . The method of claim 1 9 comprising resolving of escalating the service request. 

22. The method of claim 14 comprising instantiating the business process by 
creating an order 

15 

23. The method of claim 22 comprising collecting customer information. 

24. The method of claim 23 comprising determining if the customer is an existing 
customer or a new customer, and thereafter 

20 (a) entering customer data for a new customer, or 

(b) calling up customer data for an existing customer. 

4 

25. The method of claim 22 comprising sending a credit check and receiving a 
credit check response. 

25 

26. The method of claim 25 comprising determining if the customer is creditworthy, 
and either completing the order if the customer is creditworthy or escalating the order if 
the customer is not creditworthy. 
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